REMARKS 



Claims 1, 2, 4-7, 10, 11, 13, 15 and 16 stand rejected under 35 U.S.C. § 103(a) 
as being unpatentable over Allison et al. (U.S. Patent Application Publication Number 
2003/0129991, hereinafter "Allison") in view of Schuster et al. (U.S. Patent Number 
6,857,021, hereinafter "Schuster"), claim 3 stands rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Allison and Schuster in view of Sasada (U.S. Patent Number 
6,978,135), claims 8 and 12 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Allison and Schuster in view of Arrington, Jr. et al. (U.S. Patent 
Number 5,918,176, hereinafter "Arrington"), and claims 9 and 14 stand rejected under 
35 U.S.C. § 103(a) as being unpatentable over Allison and Schuster in view of 
Narayanan et al. (U.S. Patent Application Publication Number 2003/0220990, 
hereinafter "Narayanan"). Respectfully disagreeing with these rejections, 
reconsideration is requested by the applicant. 

Regarding the rejection of claims 1, 10, 15 and 16, the Examiner cites various 
portions of Allison as teaching what is claimed. In particular, paragraphs 50, 62, 67 and 
68 of Allison are cited and read as follows (emphasis added): 

[0050] Referring to FIG. 6, in line 1, when a mobile subscriber first moves into an area 
served by MSC 114, the mobile subscriber's handset registers with VLR 116. VLR 116 
generates an UpdateLocation message in response to the registration. In this 
example, VLR 116 addresses the UpdateLocation message to the point code and 
subsystem number of the MMR node 300 with the routing indicator (RI) in the message 
set to "route-on-SSN." 

[0062] In line 4, the InsertSubscriberData message is routed from home network 100 
back to the visited network 110, where it is received by MMR node 300. Upon receipt by 
MMR node 300, the message is examined and internally routed to LCM 340 in a manner 
similar to that described previously with regard to the original UpdateLocation message 
processing. The InsertSubscriberData message is internally directed to the location 
register caching application 346 (LRCA), where a copy of some or all of the information 
in the message is stored in HLC 352, including the mobile subscriber identification 
number and a timestamp. 

[0067] When mobile subscriber 126 roams from the service area of MSC 114/VLR 116 
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and enters the service area of MSC 120 /VLR 122, the mobile subscriber's handset sends 
a registration message to MSC 120. In response, MSC 120 sends a registration message 
to VLR 122 (line 1). As a consequence of such registration activity, an UpdateLocation 
transaction will be initiated by new serving VLR 122. As described above, this 
UpdateLocation message may be addressed to MMR node 300, or the message may 
be intercepted during routing operations at MMR node 300. In line 3, the Update 
Location message is forwarded to MMR node 300. Within MMR 300, the 
UpdateLocation message is directed to location register caching application 346 (LRCA), 
where a lookup is performed in HLC 352 using a mobile subscriber identifier (e.g., 
MSISDN, IMSI, etc.) extracted from the message. In this case, a lookup in the HLC 352 
returns the entry associated with mobile subscriber 126 that was previously inserted 
during the initial transaction. Because the HLC has a record of this subscriber with a 
valid timestamp, the MMR knows it does not need to communicate with the HLR in 
order to complete this transaction. Rather, the MMR can act on behalf of the HLR in 
communicating with the VLR. The HLR would still communicate with the MMR for 
messages it receives concerning this subscriber. In this way, the MMR is also acting on 
behalf of the VLR. As such, LRCA 346 extracts the mobile subscriber's information from 
HLC 352 and generates an InsertSubscriberData message containing some or all of the 
mobile subscriber's data that was stored therein. The InsertSubscriberData message is 
then passed to GTT module 354 for address translation processing and routing to 
the new serving VLR 122 via routing module 348 and LIM 308 (line 3). 

[0068] In a manner similar to that described above, a new entry for the mobile subscriber 
126 is next inserted into VLC 350. As indicated in Table 1 above, this new entry includes 
the mobile subscriber identification number, a timestamp, as well as serving VLR and 
serving MSC identification information extracted from the UpdateLocation message. 
Because this is the second UpdateLocation message received for the mobile subscriber, 
an entry for mobile subscriber 126 already exists in VLC 350. This existing VLC entry 
includes a different timestamp and identifier information associated with the previously 
serving MSC 114 and VLR 116. Referring again to FIG. 7, the confirmed nature of the 
UpdateLocation and InsertSubscriberData transactions requires that the new serving VLR 
122 respond to MMR 300 with an InsertSubscriberDataAck (or appropriate error) 
message (line 4). Upon receipt of the InsertSubscriberData Ack message LRCA 346 may 
complete the UpdateLocation transaction via the formulation of an UpdateLocation Ack 
(or appropriate error) message, which is routed to the new serving VLR 122 (line 5). In 
one embodiment, MMR node 300 may then generate a MAP CancelLocation 
message using the information stored in the old or existing entry and forward the 
CancelLocation message to the previous serving VLR 116 . This message informs the 
previous VLR 1 16 to purge the subscriber 126 from its database since it is now registered 
with a new VLR. This action is normally performed by the HLR, but in this case it is 
performed by the MMR on the HLR's behalf. However, other embodiments of the present 
invention may postpone the sending of a CancelLocation message and allow the old or 
existing entry to remain in the VLC even after a new serving VLR in the visited network 
has been identified. The reasoning and advantage of postponing the deletion of the 
subscriber data from the previous VLR is that if a subscriber is frequently switching back 
and forth between two VLR areas, then both VLRs can retain the information and do not 
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have to initiate new location update procedures every time the roaming subscriber 
returns. For instance, if a subscriber is in the area serviced by VLR 116 and crosses into 
VLR 122's area, then ten minutes later crosses back into VLR 116's area, then five 
minutes later crosses back into VLR 122's area, this would normally require four separate 
full location update procedures. However, if the MMR uses the information it intercepted 
from the initial update to VLR 1 16 to perform the first update to VLR 122, and does not 
tell VLR 116 to cancel the subscriber's information, then when the subscriber crosses 
back into VLR 116's area, the full location update procedure is not required since VLR 
116 still contains the subscriber's information. Rather, a "condensed" location update 
procedure is used that eliminates some of the messages normally required. This 
"condensed" procedure is described in detail in 3G TS 23. 116 v3.0.0, Technical 
Specification Group Core Network; Super-Charger Technical Realisation; Stage 2 
(Release 99). Likewise, since VLR 122 is not told to purge the subscriber's information, 
then a full location update procedure is not required when the subscriber returns to its 
area for the second time. Again, a "condensed" procedure is used that further reduces the 
signaling. Note that the HLR is not involved in any of the above transactions. If a 
message comes to the MMR from the HLR (in this case, the MMR is acting on behalf of 
the VLR), the MMR uses the timestamps associated with the data it receives as part of 
the "condensed" procedure to determine the valid VLR area that the mobile is currently 
associated with and passes this information to the HLR on behalf of the VLR. Such 
postponement may be based on a time interval (e.g., a statistically determined time 
interval, fixed time interval, etc.), or may rely on the receipt of a CancelLocation message 
from the mobile subscriber's HLR 104, when the subscriber goes to a new network not 
associated with MMR 300. Note the new network may or may not have MMR 
functionality. In such scenarios, one embodiment of an MMR node of the present 
invention may generate and distribute copies of a CancelLocation message to 
multiple VLR nodes in the visited network 1 10, as illustrated in FIGS. 8 and 9. That is, 
when mobile subscriber 126 roams out of visited network 110 and into another visited 
network 140, MS 126 registers the mobile subscriber with VLR 146 (line 1), and the new 
serving VLR 146 triggers an UpdateLocation. This UpdateLocation message will be 
routed to the mobile subscriber's HLR 104 (line 2) and the appropriate acknowledgement 
and InsertSubscriberData messages may be exchanged (lines 3-5). After processing the 
UpdateLocaitonmessage, HLR 104 will generate a CancelLocation message directed to 
the last known location (which in this case is MMR 300). This CancelLocation message 
is routed to the former visited network 1 10 and will be received by MMR node 300 (line 
6). In response to the receipt of this CancelLocation message LRCA 346 may determine 
which VLRs in the network 1 10 have served mobile subscriber 126 using data stored in 
the VLC 350 and not yet received a cancel location. Once the former serving VLR 
information is extracted from VLC 350, copies of the received CancelLocation message 
may be generated and sent to all concerned VLR nodes (lines 7 and 8 ). Upon 
completion of such processing, entries associated with mobile subscriber 126 may be 
purged from both VLC 350 and HLC 352. 

In contrast, independent claim 1 recites (emphasis added) "receiving, in response to the 
second registration message, a response that indicates a contact address more recent 
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than any provided by the SIP proxy UA; and sending, in response to the received 
response, a deregistration message for the remote unit to the SIP registrar." 
Independent claim 15 recites (emphasis added) "A radio access network (RAN) 
component comprising:... a SIP proxy user agent... adapted to... send, in response 
to the received response, a deregistration message for the remote unit to the SIP 
registrar." 

On page 3, in section 4 of the present office action, the Examiner asserts that 
VLR 122 receiving an InsertSubscriberData Message, as described by Allison, teaches 
the response to the second registration message, as recited by claim 1. The Examiner 
then asserts that the CancelLocation Message, as described by Allison in paragraph 68, 
teaches the deregistration message of claim 1. However, the applicant submits that 
Allison [0068] teaches that the CancelLocation Message is sent by MMR node 300 to 
one or more VLRs. Since the Examiner has asserted that MMR node 300 is equivalent 
to the registrar of claim 1, the applicant submits that the CancelLocation Message sent 
by MMR node 300 does not teach what is recited by claim 1 . 

Claim 1 recites (emphasis added) "receiving, in response to the second 
registration message, a response that indicates a contact address more recent than any 
provided by the SIP proxy UA; and sending, in response to the received response, a 
deregistration message for the remote unit to the SIP registrar." Thus, the 
deregistration message is sent to the registrar, not by the registrar. Also, the 
deregistration message is sent in response to the received response, which the 
Examiner asserts is taught by VLR 122 receiving an InsertSubscriberData Message in 
Allison. However, the applicant submits that the CancelLocation Message being sent by 
MMR node 300 (in Allison [0068]) to one or more VLRs cannot be said to be in 
response to the VLR 122 receiving an InsertSubscriberData Message. Would not an 
action taken in response to VLR 122 receiving a message be taken by VLR 122 itself, 
rather than MMR node 300? 

Independent claim 15 recites (emphasis added) "A radio access network (RAN) 
component comprising:... a SIP proxy user agent... adapted to... send, in response 
to the received response, a deregistration message for the remote unit to the SIP 
registrar." Thus, similar to claim 1 , the deregistration message of claim 15 is sent to the 
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registrar, not by the registrar. In addition, the deregistration message is sent by the user 
agent. The applicants fail to see how Allison [0068] teaches sending the deregistration 
message by MSCA/LR 114/116, the Allison devices that the Examiner asserts to be 
equivalent to the user agent. 

Independent claims 10 and 16 recite (emphasis added) "receiving a 
deregistration message for the remote unit from the first SIP proxy UA." Thus, the 
deregistration message is sent by the first user agent. The applicants fail to see how 
Allison [0068] teaches sending the deregistration message by MSCA/LR 114/116, the 
Allison devices that the Examiner asserts to be equivalent to the first user agent. In fact, 
the Examiner also cites lines 6-7 of FIG. 9 as teaching this claim language; however, 
lines 6-7 clearly show the Cancel Location messaging being sent toward VLR 116, 
rather than being received from VLR 116. 

Regarding the combination of Allison and Schuster, the Examiner states that it 
would have been obvious to one having ordinary skill in the art to combine the teachings 
of Allison and Schuster because Schuster's teaching of SIP proxy user agent and SIP 
registrar would increase the functionality of Allison's system. However, the applicant 
submits that this motivation is too generic. The applicant submits that a person of skill in 
the art could combine the concepts taught by a great many pieces of prior art in order to 
increase the functionality of a given system. This is true because increasing the 
functional capabilities of communication systems is a very general motivation, pervasive 
in the competitive communications marketplace. To the extent that increasing the 
functional capabilities of communication systems provides a competitive advantage, 
increasing such capabilities is a motivator for great many things that are done in the 
communications industry. Moreover, for the Examiner to establish a prima facia case of 
obviousness, the Examiner must provide a teaching or suggestion from the prior art to 
combine the references. The applicant respectfully requests the Examiner either to 
provide a teaching or suggestion from the prior art to combine the cited references or to 
withdraw the rejection. 

Since none of the references cited, either independently or in combination, teach 
all of the limitations of independent claims 1 , 10, 1 5 or 1 6, or therefore, all the limitations 
of their respective dependent claims, it is asserted that neither anticipation nor a prima 
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facie case for obviousness has been shown. It is also asserted that a prima facie case 
for obviousness has not been shown, since a sufficient motivation for combining the 
references has not been demonstrated. No remaining grounds for rejection or objection 
being given, the claims in their present form are asserted to be patentable over the prior 
art of record and in condition for allowance. Therefore, allowance and issuance of this 
case is earnestly solicited. 

The Examiner is invited to contact the undersigned, if such communication would 
advance the prosecution of the present application. Lastly, please charge any additional 
fees (including extension of time fees) or credit overpayment to Deposit Account No. 
502117 - Motorola, Inc. 



Respectfully submitted, 
A. Idnani 



By: /Jeffrey K. Jacobs/ 



Jeffrey K. Jacobs 
Attorney for Applicant(s) 
Registration No. 44,798 
Phone No.: 847/576-5562 
Fax No.: 847/576-3750 
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